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TECHNICAL FIELD 

The described technology is related to audio/visual systems. 
BACKGROUND 

environment, such as a large building or a large house, may have many 
audio/video (te*(ices located throughout the environment. These AV devices may include CD 
players, speaker systeqis^ computer systems, television receivers, satellite receivers, displays, 
and so on. In addition, many sources of media may be available. One such media is a 
jukebox containing a variety of^oqipact discs. The AV devices typically provide a control 
panel through which the device can bebentrol. For example, a CD player provides a control 
10 panel that allows a CD to be started, pausea>Qr stopped. Typically, the interconnections 
between the AV devices are static. That is, when tltesAV devices are installed, cabling is 
routed between devices. For example, speaker wire may betejited between an amplifier and 
speakers. 

A problem with such static interconnections it is very expensive and difficult to 
15 provide all the desired interconnections and to change connections. Another problem is that 
it is cumbersome to use only the control panels to control the devices. It would be desirable 
to have an architecture that would support the dynamic interconnection between devices. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram illustrating network layer objects that model the path 
20 between output components, switching mechanisms, and input components. 

Figure 2 is a block diagram illustrating the session layer objects that represent virtual 
circuits. 

Figure 3 is a block diagram illustrating management laser objects. 
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Figure 4 is a diagram illustrating the establishment of a path between an output 
component and an input component. 

Figure 5 is a flow diagram representing a function of a complete source port object for 
creating a virtual circuit object. 

5 Figure 6 is a flow diagram of example implementation of the constructor for a virtual 

circuit object. 

Figure 7 is a flow diagram illustrating an example implementation of process-not- 
direct-connection function. 

Figure 10 is a block diagram illustrating the components of an entertainment center. 



El : 



811 10 Figure 1 1 illustrates a block diagram illustrating various components of the AV 

system. 

Figure 12 is a flow diagram illustrating the assigning of a program to an entertainment 

center. 

Figure 13 is a flow diagram of function to select a program. 

15 Figure 14 is a flow diagram representing an example implementation of a set current 

program function of an entertainment center object. 

Figure 15 is a flow diagram of an example implementation of a function to get a 
loaded player/recorder object. 

Figure 16 is a flow diagram of example implementation of the load yourself function 
20 of the player/recorder object. 

Figure 17 is a flow diagram of an example implementation of the load program 
function of a player/recorder object. 
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Figure 18 is a flow diagram of an example load program function of a media manager 

object. 

Figure 19 is a flow diagram of another example load program function of the media 
manager object. 

5 DETAILED DESCRIPTION 

Each output component (e.g., laserdisc player or output software component) has a 
source port associated with each type of the output signal that it can output. For example, an 
output component may output a video signal in RGB format through one source port and 
may output audio signal in AES format through another source port. Each input component 
10 (e.g., speaker system or input software component) has a sink port associated with each type 
of input signal that it can input. For example, an input component may input a signal in RGB 
format through one sink port. The AV system models each port with a corresponding port 
object. The AV system has a corresponding primitive source port object for each source port 
and a corresponding primitive sink port object for each sink port. 

15 Each source port can be connected to one or more input ports. For example, a source 

port that outputs a video signal can be connected to the input ports of several monitor 
devices. The path between a source port and a sink port can be static or dynamic. A static 
path may correspond to a direct connection between a source port and a sink port of the 
output component. A dynamic path can be established through a switching mechanism. A 

20 switching mechanism allows for its sink ports to be connected to its source ports so that a 
path can be established. The connection can be a virtual circuit or a transport medium. For 
example, a certain bandwidth of the transport medium may be allocated for the connection. 
The path between a source port and a sink port is referred to as a primitive circuit. A 
primitive circuit may be a direct path between a source port of an output component and a 

25 sink port of an input component. A primitive circuit may also be a path between a source 
port of an output component with an input switching port (a type of sink port) of a switching 
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mechanism. Similarly, a primitive circuit may be a path between an output switching port (a 
type of source port) of a switching mechanism to a sink port of an input component. The AV 
system has a corresponding primitive circuit object for each path with a signal origination 
from a source port and/or terminating at a sink port, corresponding input switching port 
object for each input switching port, and an output switching port object for each output port. 



Qtb> 



\^igure 1 is a block diagram illustrating network layer objects that model the path 
betweenWtput components, switching mechanisms, and input components. In this example, 
a laserdisc Vlayer is connected to a speaker system and a display. The laserdisc player 
includes three\hysical source ports: one for digital video, one for left audio, and one for 
2\ 10 right audio. The\ource ports have a direct path to input switching ports of the switching 
*\ mechanism. The spehker system has two sink ports: one for left audio and one right audio, 
jf The display has a sink poi^for digital video. The sink ports of the output devices have direct 
5 paths to the output switching^ports of the switching mechanism. The AV system represents 
ij each of these components withY corresponding object in memory. The player recorder object 
15 101 corresponds to the laserdisc player. The speaker system object 102 corresponds to the 
jj speaker system, and the display objhqt 103 corresponds to the display. The AV system 
represents multiple ports of a componentry a single aggregating port object. The source 
0 port object 104 corresponds to the source ports of the laserdisc player, the sink port object 
105 corresponds to be sink ports of the speaker system, and the sink port object 106 
20 corresponds to the sink port of the display. Each pok object may contain nested port objects 
to organize the ports of a component in a hierarchy. Iirthis example, the source ports of the 
laserdisc player are represented by an aggregate source jWt object 104 that contains two 
child source port objects. A one child source port object 109 represents the audio source 
ports, and the other child source port object 108 represents the viaho source port. The source 
25 port object representing the audio source port contains two source port objects. One source 
object 109 represents the left audio source port, and the other souKe port object 110 
represents at the right audio source port. Similarly, the sink port object 106 represents the 
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\sink ports of the speaker system and contains two child sink ports. One sink port objects 111 
represents the left audio sink port, and the other child sink port object 112 represents the 
right\udio sink port. Since the display has only one sink port, its corresponding sink port 
object L§6 has no child sink ports. A source port object or a sink port object that has no 
child port lk referred to as a primitive port object. For example, source port objects 109 and 
1 10 are priminve source ports. A port object that is not a child of any other port object is 
referred to as a\omplete port object. For example, source port object 104 is a complete 
source port object. Sink port object 106 is both a primitive sink port object and a complete 
sink port object. \ 

The AV system ma^t represent each path by a primitive circuit object. In this 
example, primitive circuit object 113 corresponds a direct path between the left audio source 
port of the laserdisc player and an^mput switch port of the switching mechanism. The AV 
system represents the switching mechamsm by a switch object 1 14. A switch object contains 
an input source port object 115 for each\f its input switch ports and an output switch port 
object 1 16 for each of its output switch portsK 

The AV system represents a path for a signal between a complete source port and a 
complete sink port by a virtual circuit. A signal models actual informational context that is 
on a path. A virtual circuit may represent static and dynamic connections. Figure 2 is a 
block diagram illustrating the session layer objects that represent virtual circuits. The AV 
system represents a virtual circuit by a virtual circuit objectAThe virtual circuit object 201 
corresponds to the path between the complete source port of the laserdisc player and the 
complete sink port of the speaker system. The virtual circuit object 202 corresponds to the 
path between the source port of the laserdisc player and the complete smk port of the display. 
The virtual circuit object 201 corresponds only to the audio source pons of the laserdisc 
player, and the virtual circuit object 202 corresponds only to the video source ports of the 
laserdisc player. Each virtual circuit object contains a primitive binding\nformation 
corresponding to each of the path within that virtual circuit. For example, the virtual circuit 
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Sobject 201 contains a primitive binding information 203 and 204. The AV system allows 
ea^h source port to be connected to multiple sink ports. 

igure 3 is a block diagram illustrating management lazer objects. The AV system 
represents the signals that are output by the source ports of an output component as a stream. 
5 That is, ea&i output outputs a stream of signals. The signals within the stream are 
hierarchically organized in a manner that is similar to how source ports are organized within 
i \y a complete sourcesport. The AV system represents the stream of an output component by a 
stream object that may contain other stream object. In this example, the output signals of the 
laserdisc player are represented by stream object 301. The audio signals of the laserdisc 
10 player are represented by cJiild stream object 302, and the video signal of the laserdisc player 
is represented by child stream object 303. The audio stream object contains a child stream 
object 304 representing the leik audio signal and a child stream object 305 representing the 
right audio signal. A stream object that does not contain other stream objects is referred to as 
a primitive stream object. A stream object that is not contained in within other stream 
15 objects is referred to as a complete stream object. For example, stream object 301 is a 
complete stream object, and stream object 304 is a primitive stream object. Each primitive 
stream object contains a signal object tha\ corresponds to the signal that is output by the 
corresponding source port. Signal object 306 corresponds to the signal that is transmitted 
between the left audio source port of the laserdisc player and the left sink port of the speaker 
20 system. Signal object 307 corresponds to the srjmal that is transmitted between the right 
audio source of the laserdisc player and the right smk port of the speaker system. Signal 
object 308 corresponds to the signal that is transmittal from the video source port of the 
laserdisc player to the sink port of the display. 

Figure 4 is a diagram illustrating the establishment of a path between an output 
25 component and an input component. A path is established using an object that represents the 
output component and an object that represents the input component. In step 401, the 
process requests the output object to provide a pointer to a complete source port object. In 
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step 402, the process requests the source port object for a pointer to its complete stream 
object. In step 403, the process requests the input object to provide a pointer to its complete 
sink port object. In step 404, the process asks the source port object to create a virtual circuit 
object that establishes a path between the source port to the sink port. The process is then 
5 complete. 

Figure 5 is a flow diagram representing a function of a complete source port object for 
creating a virtual circuit object. This function performs the processing necessary to establish 
a path for a signal between a primitive source port and a primitive sink port. The create 
virtual circuit function is passed a pointer to the sink port object. In step 501, the function 
io creates a new virtual circuit object passing a pointer to the source port object and a pointer to 
the sink port object. In step 502, the function adds the virtual circuit object to a list of virtual 
circuits for the source port object. The function then returns. 

Figure 6 is a flow diagram of example implementation of the constructor for a virtual 
circuit object. The constructor is passed a pointer to a source port object and a pointer to a 

15 sink port object. In the step 601, the constructor retrieves a pointer to the stream associated 
with the source port object. In step 602, the constructor assigns the stream to the sink port 
object by invoking the assign stream function of the sink port object passing a pointer to the 
stream object. The assign stream function returns the number of signal objects within the 
stream object that are assigned to the complete sink port object. In steps 603-610, the 

20 constructor loops creating a primitive binding object for each signal object that is assigned to 
the sink port object. In step 603, the constructor selects the next signal number starting with 
1. In step 604, if the selected number is greater than the number of assigned signals, then the 
constructor returns, else the constructor continues at step 605. In step 605, the constructor 
retrieves a pointer to the primitive sink port object corresponding to the numbered signal 

25 object and retrieves a pointer to the signal object itself. The constructor retrieves these 
pointers by invoking the get assignment pointer function of the sink port object. In step 606, 
the constructor retrieves a pointer to the primitive source port object for the corresponding 
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signal port object. In step 607, the constructor retrieves a pointer to the sink port object of 
the primitive source port object. In step 608, if the primitive sink port object of the primitive 
circuit of the primitive sink port object is the same as the primitive sink port object of the 
primitive circuit of the primitive source port object, then a direct connection exists between 
the source port and the sink port. Otherwise, the connection is through a switching 
mechanism. If the connection is through a switching mechanism, then the constructor 
continues at step 609, else the constructor continues at step 610. In step 609, the constructor 
invokes a process-not-direct-connection function. In step 610, the constructor adds an 
identification of the binding from the primitive source port to the primitive sink port to the 
binding table of the virtual circuit object. A binding represents the identity of the primitive 
source port object and the primitive sink port object. If the connection is not direct, the 
binding also includes the identity of the input switch port object and the output switch port 
object of the switching mechanism. The function then loops to step 603 to process the next 
signal object. 

Figure 7 is a flow diagram illustrating an example implementation of process-not- 
direct-connection function. In step 701, the function retrieves a pointer to switch input port 
object for the primitive circuit of the primitive source port object. In step 702, the function 
retrieves a pointer to the primitive source port object. In step 703, the function retrieves a 
pointer to the output switch port object of the retrieved primitive circuit. In step 704, the 
function creates a connection between the input switch port object and the output switch port 
object. The function then returns. 



class AvPort 

{ 



getOwnerObjectPtr (resultPtr); 

isCompletePort(); 

isPrimitivePort(); 

getParentPortPtr(portPtr); 

getNumberOfChildPorts(number); 

getChildPortPtr(number, portPtr); 

setProperty(resetln); 
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setProperty(resetOut) ; 



getOwnerObjectPtr (resultPtr); 
5 This function returns a pointer to the owner object of the port. The owner of 

the port is the object that directly contains a complete port. Each port within the port 
hierarchy as the same owner object. 

isCompletePort(); 

<T hi s function roturnc in indication as to whether this port is a complete p ert. 



isPiimitivePort(); 

This function returns in indication as to whi l hei tl' ifc pon is a primitive port. 



getParentPortPtr(portPtr); 
15 This function returns a pointer to the parent port of this port. The parent port is 

that port which is the next higher port in the port hierarchy. 

getNumberOfChildPorts(number) ; 

This function returns the number of child ports of this port. 



getChildPortPtr(number, portPtr); 

This function returns a pointer to the child port designated by the passed port. 



25 class AvSinkPort : AvPort 

{ 

isConnectedToStreamO; 
getAvStreamPtr(streamPtr) ; 
assignStream(streamPtr 5 number); 
30 unassignStreamQ; 
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getNumberOfAssignments(number); 

getAssignmentsPtrs(number, assignedSignalPtr, toPrimitivePortPtr) 
connectTo AssignedStream() ; 

} 

isConnectedToStream(); 

This function returns an indication whether this sink port is connected to a 



stream. 



10 getAvStreamPtr(streamPtr); 

This function returns a pointer to the stream to which this sink port is 
connected. 

assignStream(streamPtr) ; 

This^fiincHoir^ port that it is to consider the signals within a 

stream for the purpose of assigning them toTpfimitiv^ 



unassignStream(); 

This function undoes the assigning. 

getNumberOfAssignments(number); 

This function returns the number of assignments between a signal and a 
primitive sink port that was made during the assignment. 



25 getAssignmentsPtrs(number, assignedSignalPtr, toPrimitivePortPtr); 

This function is passed an assignment number and returns an indication of the 
signal that is assigned to the primitive port. 

connectToAssignedStream(); 
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This function is used to inform a complete sink port and its container of the 
assigned stream so that any action appropriate to the connection can be taken, such as 
powering on the output component. 

class AvSignal 

{ 

getSignalUsage(usage); 
getSignalFormat(format); 
getParentStreamPtr(streamPtr) ; 
getSourcePortPtr(sourcePortPtr); 

} 

getSignalUsage(usage); 

This function returns the usage of the signal. The usage may be, for example, 
left audio or the red of an RGBsignal. 

getSignalFormat(format); 

This function returns the format of the signal. The format may be, for 
example, 601 video or AES audio. 

getParentStreamPtr(streamPtr); 

This function returns a pointer to the stream which is the parent of this signal. 
That is, the primitive stream that is carrying the signal. 

getSourcePortPtr(sourcePortPtr); 

This function returns a pointer to the primitive source port that is outputting 
this signal. 
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class AvStream 
{ 

IsCompleteStream(); 
IsPrimitiveStreamQ; 
getParentStreamPtr(streamPtr); 
getNumberOfChildStreams(number) ; 
getChildStreamPtr(number, streamPtr); 
getSourcePortPtr(sourcePortPtr); 
getSourceProgramPtr(sourceProgramPtr); 
getSignalPtr(signalPtr); 



IsCompleteStream(); 

This function returns an indication as to whether this stream is a complete 
stream. 



IsPrimitiveStream() ; 

ThisfilncfiOir^et^^ indication as to whether this stream is a primitive 
stream. 



getParentStreamPtr(streamPtr); 

This function returns a pointer to the stream that is the parent of this stream. 



getNumberOfChildStreams(number); 

This function returns the number of child streams of this stream. 



getChildStreamPtr(number, streamPtr); 

This function returns a pointer to the numbered child stream of this stream. 



getSourcePortPtr(sourcePortPtr); 
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This function returns a pointer to the source port that is producing this stream. 
The source port is at the same level in its hierarchy as this stream is in its hierarchy. 

getSourceProgramPtr(sourceProgramPtr); 

This function returns a pointer to the source program that is producing this 
stream. 

getSignalPtr(signalPtr); 
sJChis- fuiictioii r e turns a puinlei lu die signal in this stream i s a primitive -stisarpu^ 

class AvPrimitiveCircuit 

{ 

getSourcePortPtr(sourcePortPtr); 
getSinkPortPtr(sinkPortPtr) ; 

} 

getSourcePortPtr(sourcePortPtr); 

This function returns a pointer to the primitive source port of this primitive 

circuit. 

getSinkPortPtr(sinkPortPtr); 

This function returns a pointer to the primitive sink port of this primitive 

circuit. 



class AvInputSwitchPort : AvSinkPort 

{ 

getNumberOfConnections(number); 
getConnectionPtr(number 5 outputSwitchPortPtr); 
createConnection(outputSwitchPortPtr); 
removeConnection(outputSwitchPortPtr); 

} 
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getNumberOfConnections(number); 

^Tll^fiyiction returns the number connections from this input switch port to 
output switch ports. — — 

getConnectionPtr(number 5 outputSwitchPortPtr); 

This function returns a pointer to the numbered output switch port that is 
connected to this input switch port. 



createConnection(outputS witchPortPtr) ; 
10 This function creates a connection from this input switch port to the passed 

output switch port. 

removeConnection(outputSwitchPortPtr); 

This function removes a connection from this input switch port to the passed 
15 output switch port. 

class AvOutputSwitchPort : AvSourcePort 
{ 

getlnputConnectionPtr(inputSwitchPortPtr); 

20 } 

getlnputConnectionPtr(inputSwitchPortPtr); 

This function gets the input switch port to which this output switch port is 
connected. 

25 

class AvVirtualCircuit 

{ 

getCompleteSourcePort(sourcePortPtr); 
getCompleteSinkPort(sinkPortPtr); 
30 getNumberOfPrimitiveBindings(number) ; 

getPrimitiveBindingPtrs(number ? sourcePortPtr, sinkPortPtr); 
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} 

getCompleteSourcePort(sourcePortPtr); 

This function returns a pointer to the complete source port that is producing the 
5 signals being routed by this virtual circuit. 



10 



30 



getCompleteSinkPort(sinkPortPtr); 

This function returns a pointer to the complete source port that is receiving the 
signals being routed by this virtual circuit. 



□ getNumberOfPrimitiveBindings(number); 

lA^O-^^^ S "'^ThisJiin^ between primitive source ports 

nj and primitive sink ports this virtual connection. 

5-5 5 

^ 15 getPrimitiveBindingPtrs(number, sourcePortPtr, sinkPortPtr); 

□ This function returns the numbered binding as a pointer to the primitive source 
m port and a pointer to the primitive sink port. 

"** 5 AvSourcePort 

20 class AvSourcePort : AvPort 

{ 

isActiveSourcePort(); 
getAvStreamPtr(strearnPtr); 
getPrinMtiveCircuitPtr(primitiveCircuitPtr); 
25 getNumberOfVirtualCircuits(number); 

getVirtualCircuitPtr(number ? virtualCircuitPtr); 
create VirtualCircuit(toSinkPortPtr); 
remove VirtualCircuit(toSinkPortPtr); 

} 



isActiveSourcePortQ; 
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ThisTmR^teiW£tunis in indication of whether this source is active. A source 
port is active when it is capable Tpro3Qcmg^ 

getAvStreamPtr(streamPtr); 

This function returns a pointer to the stream associated with this source port. 

getPrimitiveCircuitPtr(primitiveCircuitPtr); 
^^liis^unction^ returns a pointer to the primitive circuit associated with this 
source port if this primitive sour5f 

getNumberOfVirtualCircuits(number); 

This function returns the number of virtual circuits that are associated with this 
source port. 



15 



getVirtualCircuitPtr(number, virtualCircuitPtr); 

This function returns a pointer to the numbered virtual circuit. 



20 



create VirtualCircuit(toSinkPortPtr); 

This function creates a virtual circuit that connects this source port to the 
passed sink port. 



remove VirtualCircuit(toSinkPortPtr) ; 

This function removes the virtual circuit that connects the source port to the 



passed sink port. 



igure^^-4s^block diagram illustrating the components of an entertainment center. 
An entertainment center componenFprtmd^ that allows an AV program to be 

assigned to a player/recorder component. When a programislissi^ied to an entertainment 
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nter, the entertainment center performs the processing that is needed to load that program 
into\a player/recorder, cause the program to be played, and route the output signals of the 
player/reorder component to output components. An entertainment center may be 
* associatedVith a space (e.g., a room within a house). The entertainment center may also be 
p associated with multiple player/recorders and multiple output components such as a display 
component and a\peaker subsystem component. The AV system represents the associated 
space by a space object 1001, represents the player/recorder components by player/recorder 
objects 1002, and represents the output components by a display object 1003 and a speaker 
subsystem object 1004. An entertainment center may have a default set of the output 
10 components. When a program is assigned to the entertainment center, the output signals for 
the player/recorder component are routed to these default output components. The 
entertainment center controls the creating of virtual circuits that are needed to effect this 
routing. The entertainment center may^also allow the output signals of a player/recorder 
component to be dynamically routed to oifferent output components. For example, the 
15 entertainment center may allow the outpu\of the player/recorder component to be 
dynamically routed to a speaker system componentassociated with another space. To effect 
this dynamic routing, the AV system creates and destroys virtual circuits dynamically. In 
one embodiment, the entertainment center may determine for each of its output components 
whether the routing should be allowed, whether to be notified when an output signal is 
20 routed due to an action external to the entertainment center, and whether to provide a user 
interface for controlling the output component to which the\signal is routed. These 
determinations may be different for each output component associated with the entertainment 
center. When an entertainment center is notified that one of its outpurcomponents has been 
routed to due to an external action (e.g. a different entertainment center routing to the output 
25 component causing the notification), the entertainment center can become an additional 
controller of the player/recorder. An entertainment center may also proSride property 
notifications when the properties of its associated player/recorder components^ or output 
components change. For example, the entertainment center may notify a corresponding user 
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s 1/ interface^CompQ^nt that the pause button on a player/recorder component has been 
* depressed. An entertauiJneiitcenter object may provide a user interface component that is 
appropriate for controlling the user mterfecg^f the input components and output components 
associated with the entertainment center. 

5 Figure 11 illustrates a block diagram illustrating various components of the AV 

system. The AV system includes player/recorder objects 1101, display objects 1102, speaker 
system objects 1103, media manager objects 1104, and program objects 1105. A 
player/recorder object has one or more complete source port objects associated with it and 
may have one or more complete sink port objects associated with it. Each output object has 

10 one or more complete sink ports associated with it. A player/recorder object typically 
corresponds to a physical player/recorder component, such as laserdisc player. The 
player/recorder object provides a behavior to load an AV program into the player/recorder 
component. A player/recorder object also provides a behavior that allows commands to be 
sent to the player/recorder component. For example, after a laserdisc has been loaded, a 

15 start, pause, or stop command can be sent via the player/recorder object to the 
player/recorder component. The player/recorder object also provides the behavior to 
determine whether a particular AV program can be loaded into the player/recorder 
component. A player/recorder object may also provide additional behavior that is customize 
to the characteristics of the corresponding player/recorder component. 

20 The output objects that correspond to the output components provide a behavior that 

returns the identification of a sink port object that is appropriate for assigning the signals 
associated with a specified stream object. For example, a speaker system object that is 
passed a stream that includes both video and audio signals would return an indication that 
only audio sink ports are to be assigned. The output objects may also provide additional 

25 behavior that is specific to the type of output component. For example, a display object may 
provide behavior for turning the display on and off and for controlling the contrast of the 
display. A speaker system object may provide behavior for controlling the volume, equalizer 
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functions, and surround sound system controls. This additional behavior may be part of the 
base object class or may be provided through a derivation of that base object class. 




program pool object represents a collection of AV programs. Each AV program as 

) i> vA'I<-^ corresponding program object. An AV program conceptually corresponds to a media that 

\ 

5 can be played by a player/recorder component. For example, an AV program may represent 

\ 

the feed providedN^irough a certain television channel, a musical score stored on a CD, a 
movie stored on a laserdisc, and so on. These AV programs can be hierarchically organized 
to represent more complete AV programs. For example, and AV program may include a sub- 
AV program corresponding^ the feed from a television channel and a sub-AV program 
P 10 corresponding to the output oXa computer program. Thus, AV programs can represent 
•!§ arbitrarily complex multimedia programs. The AV system represents an AV program by a 
\*i program object. A program object provides the behavior to browse through the hierarchy of 
^ the AV programs represented by that program object, allows a player/recorder component to 
W be assigned to the AV program, and provides^ behavior corresponding to the loading of the 
O 15 AV program into the player/recorder component A program object also has a program ID, 
js| which provides descriptive information about the^AV program. For example, descriptive 
information may include the name of the movie that tttsr AV program represents. A program 
*H object stores the location of the media that corresponds toSthe AV program. For example, if 
the AV program corresponds to a laserdisc in a certain laserdisc stack, then the location 
20 would indicate the stack and slot of the laserdisc within the stadc. In one embodiment, the 
location is represented as a path within a hierarchy of locations. AWogram object stores the 
identifier of an owner, which may be the program pool object thatNhe program object is 
within. A program object allows for the retrieving of its child prograto objects and may 
allow for certain criteria to be established so that only children that matcFk the criteria are 
25 returned. A program object may also allow for retrieving of its parent program object. In 
one embodiment, the parent program object may be retrieved through the containing program 
pool by providing the location of the program object to the program pool. A program object 
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has a program typTaSSoeiat^^ The program type specifies a path through a hierarchy 

of program types. The hierarchy of program tvpeTTrfe?eribedJ ^low in detail 

In one embodiment, the AV system provides a capability for resolving a 
program ID into many different types of references. For example, the AV system may 
provide a get program object function that inputs a program ID and returns a reference to a 
corresponding program object. The AV system may also provide a get program genre 
function that inputs a program ID and returns a set of program objects in the same genre. For 
example, a program ID for a country music song when provided to the get program genre 
function would return references to program objects corresponding to other country music 
songs. To implement such multi-resolution references, the functions may access the program 
object associated with the program ID to retrieve information on its genre. 

A program object may provide alternate interfaces for maintenance of state. For 
example, a program object may provide an interface for adding and deleting properties of the 
program object and setting properties of the program object. An alternate interface may also 
provide for the adding and deleting of child program objects or for the deleting of the 
program object itself. These interfaces may be specific to the type of AV program 
represented by the program object. 

A^program pool has a corresponding program pool object. A program pool 
object provides an acc^ss^ort for each client that is accessing the program pool. The 
program pool object provides a fufretion that receives a program ID and returns a reference to 
a program object corresponding to that pfogram ID. A program pool object also allows for 
database cursor-like access to the program objecfe>4iJor example, a query can be submitted 
which specifies the criteria for program objects. The progfmn objects that match that criteria 
are provided in a result set. The client can access that result seHi$ing techniques such as 
advance to the next program object, get reference for the current program object, and return a 
set of references for the program objects in the result set. In one embodiment, the^re^ult set 
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be cached at a client to reduce communications between the client in the 



\ program pool. The programpSDHna^also automatically update the client's cache as the set 
of programs that match the criteria changes. hToBe^efftbodm the program pool provides 
an access control mechanism to restrict access by certain clients. ThTptogrqm pool may use 
5 the phantom object mechanism as described in "Method and System for Tracking Chelit 

The media manager provides a mechanism for managing media at its location and for 
providing a player/recorder object for the media itself. For example, a media manager object 
may correspond to a multi-laserdisc stack. The media manager object provides a load 
program function that is passed a program object and that returns a player/recorder object 
n 10 with that program loaded. A media manager may be hierarchically organized. That is, a 
media manager object may have child media manager objects to an arbitrary level of nesting. 
Each parent media manager object may have an associated location table. The location table 
m maps the location of a program to the media manager object that is responsible for returning 
iij the player/recorder object for that program object. A media manager object that has no child 
^ 15 object may process the location of the program object to identify which player/recorder to 
If; associate with the program object. For example, if a media manager object represents a 
ffl multi-laserdisc stack, then the media manager object may use the location associated with 
>D that program object to determine which slot within the stack contains the media for that 



program. 



ure 12 is a flow diagram illustrating the assigning of a program to entertainment 
center. In steplSQL the function invokes a function to select a certain program object. The 
invoked function returnsalpointer to the program object. In step 1202, the function invokes 
the set current program function onhe^ntertainment center object passing the pointer to the 
program object. The processing is then compl 

25 Figure 13 is a flow diagram of function to select'^p^ogram. This function may 

display a user interface that allows a user to browse through the progr£n*$in a program pool. 
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Vhe user interface may allow the user to specify various search criteria. For example, the 
usei^ interface may allow the user to specify the type of music that is of interest. In step 
1301, Nhe function allows the user to select a program from the program pool. In step 1302, 
the function sets the return pointer to a pointer to a program object representing the program. 
The fiinctioh then returns. 

Figure l\is a flow diagram representing an example implementation of a set current 
program function of an entertainment center object. This function is passed a pointer to a 
program object and effects the loading of that program within the entertainment center. In 



step 1401, the function myokes a function to retrieve a loaded player/recorder object. The 

o function passes a pointer to\he program object and is returned a pointer to a player/recorder 
object that is loaded with the program. In step 1402, the function invokes the get current 
source function of the player/recorder object. That invoked function returns a pointer to the 
complete source port for the player/recorder object. In step 1403, the function invokes the 
get stream pointer function of the source port object to retrieve a pointer to the complete 

5 stream for that source port object. In steps 1404-1407, the function loops selecting the 
output components associated with the entertainment center and creating a virtual circuit 
from the player/recorder component to the outout components. As described above, a 
entertainment center may have a default set of outpuKeomponents. In step 1404, the function 
selects the next output component. In step 1405, if alMhe output components have already 

to been selected, then the function returns, else the function^ continues at step 1406. In step 
1406, the function requests the selected output component toWurn a sink port object that is 
appropriate to the stream. The function invokes a get sink port^inction of the output object 
corresponding to the selected output component. In step 1407, \he function invokes the 
create virtual circuit function of the source port object passing a pomter to the sink port 

15 object. That invoked function creates a virtual circuit from the source po^t to the sink port. 
The function then loops to step 1404 to select the next output component. 



[30581-8004/SL991480.354] 



24 

Figure 15 is a flow diagram of an example implementation of a function to get a 
loaded player/recorder object. This function is passed a pointer to a program object and 
returns a pointer to a player/recorder object. In step 1501, the function retrieves the location 
of the program object. In step 1502, if the location indicates that a player/recorder 
5 component is already associated with this program object, then the function continues at step 
1503, else the function continues at step 1504. In step 1503, the function invokes the load 
yourself function of the program object and receives a pointer to a loaded player/recorder 
object in return. In step 1504, the function gets a player/recorder object that is appropriate to 
the entertainment center. In step 1505, the function invokes a load program function of the 
10 player/recorder object passing the pointer to the program object. The function then returns. 

Figure 16 is a flow diagram of example implementation of the load yourself function 
of the player/recorder object. This function is passed a pointer to a program object that is to 
be loaded into the player/recorder component. In step 1601, the function invokes a load 
program function of the media manager object passing a pointer to the program object and 
15 receiving a pointer to a player/recorder in return. In step 1602, the function invokes the load 
program function of the player/recorder object passing the program pointer and then returns. 

Figure 17 is a flow diagram of an example implementation of the load program 
function of a player/recorder object. This function is passed a pointer to a program object 
and effects the loading of the program into that player/recorder component. In step 1701, the 

20 function identifies a complete source port that is appropriate for the passed program. A 
player/recorder component may have more than one complete source port. For example, a 
player/recorder object may have a complete source for corresponding to an RGB signal and 
another complete source port corresponding to a digital video signal. In step 1702, the 
function assigns the program object to the player/recorder object. In step 1703, the function 

25 determines the usage, format, and port type for the primitive ports of the selected source port. 
In step 1704, the function invokes the set signal function of the complete source port passing 
the usage, format, and port type. The invoked function sets the usage, format, and port type 
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for each primitive source port. In step 1705, the function notifies the program object that it 
has now been loaded. The function then returns. 



0$> 



^^Mgure 18 is a flow diagram of an example load program function of a media manager 



object. Thij^s^ample function describes the processing that may be performed when the 
5 media manager hasNMd media manager objects. This function is passed a pointer to a 
program object and returns^a^jointer to a player/recorder object. In step 1802, the function 
invokes the get location function oNte program object to retrieve the location of the media 
as indicated by the program object. In stef^i§02, the function searches the location table for 
a media manager object that manages the media cofr ! e$ponding to the program object. In step 
10 1803, the function invokes the load program function oHhe^located media manager object 
and then returns. 

Figure 19 is a flow diagram of an another example load program function of the media 
manager object. This example function describes the processing that may be performed 
when the media manager object has no child media manager object. In step 1901, the 
15 function retrieves the location from the program object and finds the media associated with 
that location. In step 1902, the function initializes a player/recorder object for that media. In 
step 1903, the function sets a return pointer to point to player/recorder object. The function 
then returns. 

class Program 

20 { 

getProgramld(Id); 

getProgramType(type) ; 

getProgramLocation(location) ; 

getDescPropteryValueByName(name, value); 
25 getOwnerObjectPtr(ownerPtr); 

getPlayerRecorderPtr(prPtr); 

loadYourself(); 

unloadYourself(); 

getParent(parentPtr) ; 
30 getChild(childPtr); 

} 
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class ProgramPool 
{ 

getPort(progPoolPortPtr); 

5 } 

class ProgPoolPort 

{ 

getReference(id, progPtr); 
10 getCursor(progPoolCursorPtr); 

} 

class ProgramPoolCursor 

{ 

_ 15 getMatchingSetOfReferences(set); 

submitQuery(query); 

hi advance(); 

fl| getReference(progPtr); 

n/ clone(ProgPoolPtr); 
20 } 

class PlayerRecorder 

□ { 

If] canLoadProgram(progPtr); 

jjf 25 loadProgram(progPtr); 

! « sendControlCommand(command); 

1 } 

class EntertainmentCenter 

30 { 

setCurrentActiveSourceProgram(progPtr); 



ne^tatteojii the are would appreciate that various modifications can me made 
35 to the present invention. Accordinglyplhe^Qve^on is not limited to the specific 
embodiments, but instead the scope of an invention is specifie3^by^dagjbllowing claims. 
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